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AUTOMATIC GFNFRATION OF INTERCONNECT LOGIC COMPONENTS 

This invention relates ro the generation of large scale integrated circuits and particularly to 
ihe kn out of a system on a chip". 

There are various program tools used in the generation of large scale integrated circuits 
thai use libraries of re-useable elements; examples are layoul tools with memory' libraries. 
In the case of these tools one still has to hand-code how the individual elements are 
u'i connected together. A new design using the same s£l of libraries elements bur a different 

interconnect hieTareh> or architecture requires the designer to hand code Ulis interconnect 
logic afresh 

The present invention partly relies on a library of reusable elements but automates the 
n "cneiaiiou of* The imerconnecl logic. This permits automatic generation of new and 

different realisations of the architecture. 



The preferred architect me means that substantially all dara exchange between core blocks 
i.s via a central shored memory tor group of memories) that could be on-chip und/or off- 
20 chip. Tlus means that if for example an Ethernet Core and PCI core have to pass data to 

each other then the data uould be copied into memory front and by the Ethernet core and 
copied out of memory by the PCI core 

Access to memory is a limited resource. Preferably therefore the invention includes a 
25 hierarchical data aggregation technique. Thus cores must go through successive levels of 

arbitration in other to ijain access to memory. This has two main advantages in that it 
allows dispersal of rotmng bottlenecks and enables the use of the lowest possible 
frequency clocking for each operational function. 

50 Preferabh theie is a separation of the data path from the register path. Data handling cores 

communicate with memory \ia the data path. Register paths are between processor cores 
and other cores. It ts possible to ha\e multiple register oaths from processor cores to 
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groups of cores. This allows us to group cores on a particular register path based on such 
parameters as bandwidth and latency 

In the accompanying drawings: 

Figure I is a daia path diagram 

Figure 2 is a register path diagram 

Id Figmd i is another register path diagram. 

Figure 4 is another data path diagram 

Figure 5 is a further data path diagram. 



15 



Fisure 6 is a table of slates for a state machine. 



Figure 7 is a timing diagram for the state machine shown in Figure 6. 



2n Figure H is a diagram illustrating an interconnection hierarchy 



Figure l > is a diagram illustrating high level clock functions. 



Figure to is a diagram illustrating bridge logic. 



25 



Figure 1 1 is a diagram illustrating arbitration functions. 



Figmo 12 ii a further diagram illustrating arbitration functions. 



.*o Figure 3 3 xr sl diagram illustrating bus paths. 



Figure 14 is a diagram illustrating wrapper functions. 



0000407 28-Feb-pl 04:H 



SENT BY: BOWLES HORTON; 



01442872360; 



20 -FEB 10:16; 



PAGE 6 



- 3 



111 



hoi N>2 |N-mimber of devices interconnecting), in an SoC or similar application, a 
scheme according to The invention infers automatically appropriate logic functions, such 
as arbitrators, inier-clock-duiiiain boundary buffering and alignment, clocking 
mechanisms Interconnections may bo depicted graphically or other wise. 

The key to developing systems quickly is the separation of the interconnect logic and the 
basic operational blocks, herein called cores*. These cores will not need to be altered for 
each svstem; onlv the set of cores and the way they interconnect need change. The 
following description describes how the generation of this interconnect logic (which is 
preferably expressed in HDL/ Veritas) can be automated 



The inputs needed to automatically generate the interconnect logic art? as follows: 



15 



1. A Library of reusenble cores with key parameters defined from which cores can be 
selected: 



2. A set of rules defining how cores can be connected together; 



20 



3. interconnect logic blocks <Clock Generator, Arbitration. Register Bridge) and their 
configurable parameters: 



4 A method of describing how The cores need to be connected. This could be achieved 
using a spreadsheet or as preferred a graphical picture showing the cores and how they are 
connected together, as shown for example in Figure 1 : 

5. Generic Verilog for each of the Interconnect blocks to which the parameters can be 
applied to create the specific interconnect logic for the system being designed. 

Usinu these inputs u set of algorithms will be applied in order (o create the system's 
*i> interconnect logic. There are effectively three generic types of algorthnis that can be 

applied in order to create the logic. 
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set ot parameters 

. uhcre the same functionality needs to be 

(B> Verilog Templates - templates are used \\n^ me 

repeal a m„*c, of to., IW« « S c»«aUon of -be lb. I** ( «*« ' ° r 
fed. coonectei via 0* M B US , or MM •«» — <—»- "*< <•* 

an Arbitration Block with 5 mBus connections). 

(C ) State Machine Algorithms - All the venlog is generated. The algorimm decides the 
aumber of state, in th« slate machine and the value of - I signals in the state mach.ne. 

In order to v**** the logic located «ilh a particular interconnect block it may be 
neccssarv to apph combmations of these algorithms one or more time*. The Venlog or 
HDL modules will be created lor each of the interconnect blocks shown Really ui the 
interconnect diagrams or utilise. A ,o P verilog -^tiat,on file with be created 
incorporating each of the interconnect blocks and core wrappers. This nie will declare an 
stance for ifae grated modules (Arbitration register bridge etc). It will declare an 
in^nce for each of the core .rappers. The verilog instanfabon file will reflect a 
complete* flat n.erarchy with .11 modules being declared at the same level. Has w,H be 
the sianins; point used to create selectable hierarchies. 



Rules 

2 and 



The following are 



the rules for drawing register path diagrams as shown in Figures 



1 one may add am core that has an rBus target interface. 

2 One may add any number of cores 

.i A core mav appeal on one rBus only 

■ ■ „c» ,h„v Tiruet functionnl'UN should be placed on a null 

4 Cores dial do not require tu use rBus largei iiu«.uuimii 

register" bridge. This will ensure that unused input signals will be tied off. 

5 Cores may ha\ e only one rBus Target port. 
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6 A Register Bridge may have any number of niBus Target ports. 

7 A Register Bridge may h&\ e only one rBus Initiator Pon. 

ft All coies connected to a register bridge must have a clock frequency gi'eaier tton or 
equal to the Register Bridge's clock frequency. 



Rules 



to 



!5 
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1 . One may ha\ e only ihe follow ing elements in a data diagram: 
Core Register Bridge 
mBus Initiator Pon Arbitrator 

mBus Target Port Clock Generator 

2. One must haxe at least I Core with an Initiator port and 1 Core with a Target port 

3. One max have only a maximum of 64 Cores (limited by the Source Identifier size - 6 
bits). 

4. One may have multiple instances of the same core (MACK MAC2 etc). 

?. One may ne\ er ha\ e a core with both an mBus Initiator and mBus Target interface. 

6. One may have any number of Arbitration. Register Bridge and Clock Generator 
blocks. 

7. initiator connects to Targets) / Register Bridget) / Arbitrators). 
K. Target ccmnected to bv Initiator (1) / Arbitrator (1). 

V. Register Bridge con nected to by Initiator(s) / Arbitrator^), 
it). Arbitrator connected io by Initiators) / Arbitrator(s). 

1 1 • .Arbitrator connects to Arbitrators) / Target(s) / Register Bridge(s). 

12 Onl\ Processor Cores should be able to address Register Bridges. There should not be 
any paths through the interconnect hierarchy that allows a non-processor core connect 
co a Register Bridge. 

13. There should only be one possible unique path from an mBus Initiator interface to an 

niBus Target interface. 
14 Cores may have multiple mBus Initiators interfaces (maximum number is a Library 

property section fi) 

15. A Memory Interface Core ma\ lih\ e only one mBus Target. 
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Ifi An niBus Interfaces on a core lhat is unused will automatically have its unused lnpui 
signals tied off 

17 An mBus ma\ bo split *o ihul il goes to multiple blocks The maximum number of 
destinations is a Library property for Cores and is configurable for Arbitration blocks. 
IX An Arbitration block may have any number of input ports but may ha\e only one 
output port. 

An example of a duLu puLh diagram without clock generaUon blocks is shown in Figure 4. 

All blocks (cores, register bridges, arbitrators) in the dala diagram must be connected 10 a 
clock generator block. Blocks that run at the same clock frequency can be connected to a 
common clock generator block. If any block in a group of blocks connected to a clock 
generator wishes to use a logic clock then all blocks in the group must use a logic clock. A 
group of blocks thai ha\e a common clock generator will need to be physically close to 
each other in the final layout of the ASIC. Clock generator blocks derive their required 
clock frequency from the system clock unless specifically connected to another 'paient" 
clock generator, in which case their clock frequency is derived from the parent blocks 
clock frequency. 

Figure 5 is a data path diagram including clock generator blocks. 

A clock generator can be used as a parent if (a) none of the blocks below it in the 
interconnect hierarchy talk directly lo any other blocks at a higher level and if (b) all 
blocks below it in the interconnect hierarchy can have Their clock frequency derned from 
it. 

The following abbreviations are used lo specify parameter behaviour 

• KW - The parameter can be read and written to by the toot. 

• Rl - The value of the parameter is inferred from one of the interconnect diagrams. The 
\ahie oflho parameter can he read. 

• 1 - The v alue of the parameter is inferred from the one of the interconnect diagrams 

• R - The value of the parameter can be read and its \ alue is taken from the core library. 
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Thc parameters define what is configurable. The> do not place any restrictions on how the 
pararneleri.sed venlog is created 

5 Table 1 below shows examples of global parameters by name, value, type and description. 

Table 2 and Table 3 similarly show the parameters for a clock generator block. 



TABLE I 



Parameter Name 

Svstem Clock 



Max Burst Si/.e 



Ml 



Value 



Integer 



Integer 



Type 



RW 



RW 



Description 



This is Che master clock that is sent around the 
chip to create lower frequencies clocks. The 
Svstem cl ock will have a default valu e of 200 
The roaumum burst size (read or write) 
which is allowed on the niBus. The default 
i maximum burst size will be 32. 



i 



TA BLE 2 



♦ 

Parameter Name Value 


Type 


Description 


Block-_Nanne String 

i 
i 

; 


RW 


All blocks m the diagram must have a unique 
name. The block name will be used in the 
generation of verilog signal names etc. The 
default name will be c Clk#\ 


Parent_Clock 


Integer 


Rl 


This will be either the system clock or the 
output from another clock generator block. 
The Clock_Fceiiuency used by connected 
blocks will be generated from it. 


l$_Logic_Block 
Clock_Frequncv 


Boolea 
n 


RW 


If this parameter is true then a Logk_Clock 
will be generated and must be used by all 
connected blocks. The default value is False. 


InLerger 


RW 


The clock frequency at which the logic of 
Blocks connected ro this Clock Generator will 
run at. The System_Clock must be an integer 
multiple of this value 



i 5 Tire design tool will traverse the data diagram to create an array of divide by numbers for 

each lower frequency block connected to the set of blocks for which this clock generator is 
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ecneraim, u dock frequency. The -divide by* n»o array will be used .„ the generation of 
Sample and Strobe signals The parameter is shown in Tabic 3. 



TABLE 3 

: Parameter Name 

. DividcJ*> JRalio [n 1 



Value „ 

: integer 
j Array 



Type 

1 



Description — — 

fiiTdivide bv ralio or each connected block 
orio>ver frequency. The divide by ratio is 
calculated bv dividing the *arent_Clock %alue 
by the Clockjrequency of the lower 
frequency block. 



Tabic 4 illustrates the parameters for an arbitration block 



TABLE 4 



Parameter Name 

Block Name 



m a • i * • • 



Value Type 

Siring ; RW 



! Clock. Frequency 



Integer 



No Of Ports 



* STD_To__PortJNo 1 n | 



Inleaer 



Integer 
! Array 



Description 

All blocks Ln the diagram must have a unique 
name. The block mime will be used in the 
generation of verilog signal names etc. The 
default nam e will be Arb#' 



1 Required Bandwidth 



Integer 



fte "clock frequency at which the logic 
associated with this block will run at. The 
System Clock must be an integer multiple oi 
this value. 



this value is inferred from me aata diagram. 
Each Arbitration block will initially have 2 

j„ p „t r n7-K and one output port. . — 

An entry in the hash table or array will exist 
for all cores below this Arbitration block in 
the interconnect hierarchy. Source Identifiers 
are used on the return path of the mBus lo 
i denuTv ihe Source of a r ead or write request. 
The bandwidth required by this Arbitration 
block. The default value for 
Required Bandwidth is calculated b> 
summing ~lhe allocated bandwidth at each of 
the arbitradon bl ock' s input pons 
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Each mBus Inpul porl in an Arbitration block will have two types of buffers:- 

Lp_ Buffers stores mBus read and write requests going up the Interconnect hierarchy 
* towards an mBus Target. The size of some of the Up_Buffers is fixed (rdCnidData and 

rdCmdPhasc) and the size of others is variable (wrlnfo. nTPhase. wrDaiaj. The minimum 
sue of the variable Up_Buffers is dependant on the Ma.\_Burst_St7e. 

DownBuflfiers stores mBus read responses going down the interconnect hierarchy 
to towards mHus Initiators The size of the Down Buffers is variable (rdDataPhase* rdData). 

The minimum si^e of the \ariable Do\vn_Buffcrs is dependant on the Max_Bursl_Si^e. 

The jeJe\ am parameters are shown in Table 5 below. 



TABLE 5 



Parameter Name 


Value 


Type 


Description 


Bandw idth_Allocation 


Integer 


RW 


The bandwidth to be allocated by the 
Arbitration block to this mBus input port The 
default value will be inferred from the block 
connected below it . in the interconnect 
hierarchy. The default value will be the lesser 
of the following two values 
Required Bandwidth or Output Bandwidth. 


MinB u£fer_S ize 


Integer 


RI 


This is the minimum size of the buffers for 
this mBus inpul porl. The buffers cannot be 
decreased below this size. The value is 
inferred from the diagram by multiplying Lhe 
Nfax_Bur5t_Si*e by the nxBus_Width 
associated with iKis port 


Up_Buffer_Size 

• 

Up_BufFer Assert 


integer 
Integer 


RW 
RW 


The integer number of storage locations in the 
Up_BufTcrs. The size of a each storage 
location is dependant on the specific buffer 
and the mBus_Width of the port, ft can never 
be less than Min Buffer Size which is its 
default value. 


How full the Up_Buffer$ needs to be before 
vuu can ailempt to pass information up the 
interconnect hierarchy 


Up Buffer Accept 


Integer 


RW 


The number of storage locations that need to 
be available in the Up_Buflers before they 
will accept new information. 
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Dov^n BulTcrJSi^e 



Integer j ^ w 



Is Throttled 



Boolea 
n 



RW 



The integer number of storage locations in the 
Down Buffers. The size of a each storage 
location is dependant on Ihe specific butter 
and the roBus_Width of the port. It can never 
be less than Min - Buffer_Size which is its 
default value, 



This will stop requests being sent up from the 
corresponding Up Buffer if the Down Buffer 
is full. 11 will default to False in most 
Arbitration blocks. It will default to True for 
Arbitration blocks directly connected to mBus 
Targets. 



The paramlers lor mBus Output Ports are shown in Table 6 below 



TABLE 6 



* • • • • 



Parameter Name 



Ounpui_Bundwidrh 



Val ue r Typc ' De scription 



Integer 



Bus Width 



RI 



En urn 



Duplex_Modc 



A dd ressable_Targcts 
[n][3J 



Enurn 



2-Dim 

Integer 

Array 



RW 



RW 



llxe bandw idth available at this mBus Ourpur 
port The \&lue is inferred from the diagram 
bv multiplying the Clock_Frequency of the 
Arbitration block by the Bus_Width of this 
mBus. 



The width of this mBus. The supported values 
are 8.K3.32 and 64. The default value >\ill be 
32. 



The duplex mode of the mBus. The supported 
values are Half. Full The default value wilt 
be Half. 



This array or hash table will define the upper 
)6 bits of the Base_Addre$s of all mBus 
Targets reachable through this output port, It 
will also define the oflsei (in 64K increments) 
to the end of the memory associated with each 
mBus Target (see section 7 for more details). 
It will idenLify the input port of the higher 
level block through which the mBus Target is 
accessible (mBus can be split to multiple 
destinations), 
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The parameter for a rBus Half Duple* Target Port is shown in Table 7 below 



TAB LE 7 



Parameter Nnrne 



Address Bits Decoded 



Value 



Integer 



RI 



Description 



The number of address bits decoded defines 
the number of registers ill this Arbitration 
block. The value is inferred from the diagram 
see seclion 7 for more details on how.it is 
calculated. | 



IsJThroUled will be turned on by default ill any Arbitrator connected lo an mBus target 
(Memory or register bridge): it w ill be turned off by default in all other arbitration. 
Arbitration blocks directK connected lo a memory interface preferably have a 64 bit wide 
mBus. 



The param eters I'm a Re gis ter Bridge (wi th in-built Arb it rator) are s hown in Table 8 
below. 



I5 



TABLE 8 



Parameter [Name 


Value i 


Type 


Description 


BIockJName 


String 


RW 


All blocks m the diagram must have a unique 
name. The block name will be used in the 
generation of verilog signal names etc. The 
de£aull name will be i Bridge#*. 


Clock_Frequenc>* 


Integer 


RI 


The clock frequency at which the logic 
associated with this block will rim ar. The 
System_Clock must be an integer multiple of 
(his value. 


No Of ml3us. Ports 


Integer 


T 


r This \alue is inferred from the data diagram. 
A Register Bridge will initially have i mBus 
Target port. 


Ba5e_Acklress 


Integer 


RW 


The base address of this mBus Target. See 
section 7 for details of how it is assigned. 



20 
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The parameter for a rDus Half Duplex Initiator Port is ton in Table 9. 



TAB LI: 9 



Pa rameter Name 
Bus Width 



Value Tyi»e 1 Descriprion 



Emim 



RW 



The widlhof this rBus. The supported values 
arc 8J6.32 and 64 TTie default value will be 
32. The same rBus will be feed to all rBus 
Tarsals connected to this Register Bridge. 



For each of Ihe rBus Targets connected lo this Register Bndge one wili store die 
parameters shown in Table 10. 



1 0 



TABLE 10 



Parameter .Name 


i Value 


type 


Stan, Address_01Tset 


1 Integer 


I 



End Address_Offset 



I Description^ 



integer I 



Used in the "selection of an rBus Targei 
connected to this register bridge. Each rBus 
Target has a sequential range of valid 

addresses- The start address of this range is 
calculated by adding the 

Start_Addrcss_Offcet to the Base_Address of 
the Register Bridge See section 7 for more 
details 



Used in the selection of an rBus Target 
connected to this register bridge. Each rBus 
Target has a sequential range ot valid 
addresses. The end address of this range is 
calculated bv adding the End_Address_Offset 
to the Basel_Addfess of the Register Bridge. 
See "ration 7 for more details. 



The renter brid.>e arbitration algorithm mil preferably be fixed as round robin. 11m 
ra «ns that .1 does not require any buffering and that ihore is no concep. of bandwidth 
allocation on the rBus bus. The rBus will preferably ahvay, operate in Half Duplex mode. 
The total bandwidth on the rBus is defined as (Register Bndge Clock .Frequency * 
Bus Width). 
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The parameters fur u core block are shown in Table 1 1 



T A BLE I I 



Par ameter Nitmc 
Block Name 



Clock^reqtiency 



S o urcc_Code_ni rector 
v 



No Of mBus Ports 




l'ype ' De s cription 



RW 



RW 



Integer 



mBus Type 



b'num 



Ail blocks in the diagram must have a unique 
name. The block* name will be used in the 
generation of verilog signal names elc. The 
default name will be derived from rhe core's 
library p roperty. 



The clock frequency at which the logic 
associated with this block will run at. The 
System_Clock must be an integer multiple of 

Jhis va lue. . 

Where the source code for this core is stored. 
The default value will be taken from the 
core's li b raiy property. 



Number of mBus ports that this block 
supports. The pons will all either be mJJus 
initiator ports or mBus Target ports. The 
value cannot be greater than ihe library 
.pro perty but mBus ports can be left unused. 
Is this core an mBus target or an mBus" 
Initiator. The supported values are Target. 
Initiator. The value is taken directly from the 

core's library property. 

~ — * — • r — - 



The parameters for an mBus tniiialor are shown in Table 12. 



TABLE 12 



Parameter Name 



Source identifier 



i Is Processor 



Value 

Integer 



• ( • • * m ■ 



Roolea. 



n 




Description 



This will be a \alue in the range [0-63]. 
Source Identifiers are used on the return path 
of the mBus to identify the Source of a read 
or write request. mBus Targets will not be 
allocated a Source I dentifier. 
This value will be set to True if this core is a 
processor The value is taken directly from 
(he cure's library property. 



it.) 
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The parameters tor mBus Initiator Ports are shown in Table 1 3 



TABLH IS 



("Parameter Name 1 Value 


Type 
RW 


Description 1 


Bus_Widih 


fcnum 


The width of This mBus. The supported values 
are KJ 6.32 and 64. The default vtilue u ill be 


Duplex_Modc 


Emim 


RW 


The duplex mode of the mBus. The supported 
values are Half, Full. The default value will 
be Half 


"Required Bandwidth 


Integer 


RW 


The bandwidth required by the Core on this 
mBus Output port. The default value is taken 
QireciiN i rum me lviv •> ^vi»*.t k j *_ _ — 


OutpuT__Band width 


Integer 


RI 


The bandwidth available at this mBus Output 
port. The value is inferred from the diagram 
bv multiplying the Clock_Frequency for the 
Core bv the Bus Width of this mBus. 


Addressabtejl'argels 
Ml 3] 


2-Dim 
' Integer 
Arrav 


I 

t 


This artav or hash tabic will define the upper 
16 bits or"xheBase_Addre$s of all mBus 
Targets reachable through this port It will 
also define the ofiset (in 64K increments) to 
the end of Ihe memory associated with each 
mBus Target, (see section 7 for more details). 
It will idemifv the input purl of the higher 
le\ el block through uhich the mBus Target is 
accessible (mBus can be split to multiple 
destinations). . 



The parameters for an mBus Target are shown in Table 



TABLE J4_ 



ID 



Parameter Name 

Ra?e Address 



is__Memor\ ^Interlace 



Value 



Boolea 
n 



Type 



R 



Description 



The base" address of this mBus Target. $ee 
section 7 for details of how it is assigned. 

: mitiaiors xmH not have a Base Add ress, 

This ^alue vail be set to True if this core is a 
memorv- interface. The value is taken directly 
from the core's library property 
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The parameters for mBus Target Ports arc shown in Table J 5. 



TABLE J 5 



' Parameter Name . Value 


Type 


Description 




Cnum 


RW 


The width of this mBus. The supported values 
are 8.16.32 and 64. The default *alue will be 
64. 


Duplex Mode 


Fnuni 

* 


RW 


The duplex mode of the mBus. The supported : 
values are Half. Full. The default value will 
be Half 


Bandwidrh Allocation 


Integer 

■ 


RW 


The bandwidth to be allocated by the mBus 
Target to this mBus input port. The default 
*alue is taken directly from the core's library 
property. 


Memory Bandwidth 

i 


Integer 


R 


The bandwidth available to memory. The 
default value is taken directly from the core's 
library properly. 



The parameters for an rBus Half Duplex Target Port is shown in Table 16. 



TABLF 16 



tt> 



I? 



2\) 



Parameter Name 



Address Bits Decoded 



Value 



Integer 



Type 



RI 



Description 



'Ine number of address bits decoded defines 
the number of registers in this block. The 
\ alue is inferred from the diagram see section 
7 for more details on how it is calculated. 



Signals 

The Verilog source code for a core will be interrogated and the following values will be 
extracted Tor each of the signal: 

• Signal Name 

• Signal Width 

• SignaJ Direction 

• Is it an Fxiemai Signal (Pin out) 

• Value to he an Input signal to if it is unused. 
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There may be an optimum assignment algorithm for the source identifiers lo reduce the 
length of the decode sequence m the Arbitration blocks. 



rwwqjans/Bus Paths 



li is possible lo specify a unique name 
shown in 'I able 17 



for all the possible connection on the diagrams, as 



Connection Type I Default Name 



S mBus 



• Block Name J _ Block NameJ ' M 



rBus 



Clock Line 



Register Bridge mum "_R 
■Clack Frequency' _Clk 



Parent Clock Line" T r/«c/c l*«jne/«/_PClfc 



Table 18 illustrates Ihe properties of each core in a libran 



"1 



Core Name 



Raivje of Clock Frequencies suppo* 



I5d (used to decide if logic clock needed) 



. Is this an mBus Initiator or -an mBus Target 



Number of mBus ports (target or initiator) 



Is ii a processor' 1 



1 ]s it a memon interface'* 



Ts full source code available? 



Souixe code storage area 



Description of Core functionality 



Estimated Gate Cownl 



Process Geometry supported 



Estimated Power Consumption 



j Core Internal Frequency 



"1 



SENT BY: BOWLES HORTON; 




01442972860; 



' 2fi-fEB^ 1 6:19; 




PAGE 20 



- 17- 



Tuble 19 illustrates the properties which arc prcferabh defined for each mBus Initiator 
pon On the core: 



TABLE 19 



Bus Widths supported 



Duplex Minles supported 



Required Bandv\ idth 

Mavimum number of selectable'mBus destinations 



Table 20 illustrate? the properties wtiich ure preferabh defined for each mBus Targer port 
oi> the coro: 



10 



1ABLR 30 



j Bus Widths supported 



Duplex Modes Supported 



Each mBus Target will define one overall bandwidth to memorv 



)5 



The defined property lor a rBus Half Duplex Target is preferably the number of bits 
decoded which define*! Ibe number of registers in the core. 



2u 



The memory map which preferabh assumes a fixed address size (e.g. 32 bits) allows the 
specification of ihe base address of each block with one or more mBus Target ports. The 
mBus Targets w ill be extracted from the data diagram. An mBus target may be memory, a 
register bridge or a mailbox memory. All base addresses should be aliened at a 64K 
hrxmdarv. 



25 
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lr> 



15 



It) 



25 



Ordinary M emory: A ddress Pool sr/e 

The size of the address pool assigned to normal memory should be configurable. The size 
of the memory address pool can be inetemented in 64K increments. 

.Re gister Bridge: Address Pool Siz e 

The size of the address pool assigned lo a Register Bridges should be fixed. Ii should be 
possible to calculate this fixed value from the register path diagram (I.E. number of rBus 
Targets connected to the register bridge). 

The size of che memory pool assigned to each rBus Target can be calculated as follows: 

The bank of registers in any rBus Target will always be assumed lo be an integer 
mulriple of 32 (sec note 2) Thus if an rBus target has n* registers then the size of 
the memory pool assigned lo the rBus target w ill 

F - (n+m) where (in-m) % 32 = 0 and there will be m unused addresses 

The pool of memory addresses assigned to a Register Bridge will always be an 
integer multiple of 64K (see Note 1 below) Then the size of Ihe memory pool 
assigned to the Register Bridge will be Z - (!F)+0 where f(£F)+G) % 65535 - 0 
and there will be G unused addresses 

Calculating the number of registers in a block 

The number of registers in an core is laken directly from the core's library properly. 

The number of registers in an arbitration block can be calculated using ihe formula (OR 
something similar to this) 

x-p(q) where \ is the uumber of internal registers, p is ihe number of inpuL ports and q is 
the uumber of registers at each input port. 
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Ail memory- needs in this example to be aligned on fvJK boundaries because the 
Arbitration blocks only look at the top 16 bits of art address in order to decide on which 
palh an niBus target is located 



10 



.Hie registers in an rBus Target u ill be an integer multiple of 32 because it means that onh 
the top 1 1 bits need examination to decide which rBus Target is being addressed. 

Register bridge feedback may indicate the amount of 1 register bus bandwidth utilised and 
the size or memory pool due to number of cores on bus. A warning may be gU en if the 
Arbitration blocks required bandwidth is greater than its oulpur bandwidth (freq * bus 
width). 



15 



Warnings may be generated for all unused signals ( interfaces in a core. A warning may be 
generated if one is using unreleased source code in the generation of the interconnect 
logic. A warning will be generated if the Bandwidth JRsquired is greater than the 
•OutpuT_Batids\idth* on am mBus Initiator port A uamiiig may be generated if the sum 
or die bandwidth* allocated is greater that the *Memory_Band width* of an mBus Target. 
A warning will be generated if there are no iBus targets on a Register Bridge. 



2» 



Top Le vel Functions 



The following pseudo-code describes The Top level steps used to automatically generate the 
Interconnect Logic; 



25 



JO 



CLK_BLK|..] « array of Clock Generator objects of size NO_CLK_BLK. 
REG. BLK|..| = array of Register Bridge objects of size NOJREGJBLK. 
ARBJ9LKJ. .| = array of Arbitration objects of si2e NO_ARB_BLK 
1PWRAPPER[..] - array of IP Core Wrapper objects of size 

NO_P?WRAPPER_BLK 
VALID = boolean value used to decide if the interconnect hierarchy rhat vou want 
to create Logic for if valid. 



0000407, . 28-F: eb-: 01 04 : 1 4 



SENT BY: BOWLES HORTON ; £ 01442872860; ^ 



-FEB-01 1B:20;. PAGE 23 





-20- 

VALID = Validate interconnect Hierarcliyt ) 
iriVAUD^u) 
Exit 



to 



15 



20 



23 



3n 



For (u-<>) -> (n - NO„CLK_BLK-i ) 

Create Clock LogicC CI,K_BLK[nJ ) 

Add to tnslanliation File ( CLK. Bl,K[n] ) 
For (n=0'J -> (n ^ *NO_RE G_B LK.- 1 ) 

Create Bridge Logic ( REG_BLKfn) ) 

Add Lo Instantiation File ( REGJBLiMn] ) 
For tn=0) -> (n - NO_ARB_BLK- 1 ) 

Create Arbitration Logic ( ARB_BLK[n] ) 

Add to Instantiation file { ARB_BLK|n| ) 
For (ti-0) -> (n = NOJPWRAPPER BLK-i) 

Create IP Wrapper Logic ( TPWRAPPERIN| > 

Add 10 Instantiation File < 1PWRAPPER|N| ) 

V a 1 ldatejnici coiinj&llii c r a rchv 

Step, may be included to check if ihe Interconnect Hierarchy is > alid i.e. to check If any 
architectural assumption., inieiconneclion rules or dock generation rules are broken. 

Crsaiifloflf .CUfl^ Lot£ic 

The Mkming pseudocode describes the steps used to create the Logic for a Clock 
Generator Block. A , erilog module is created with a state machine which generates all the 
required Clock signals for the connected blocks. 

The Clock Generator Object holds the following Information. 

tv a mf. = Uniaufr name for m * flock Generator Block 

CLK FREQ - Clock frequency generated by block 
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PARENT Cl.K = Parent Clock used lo derive the generated Clock frequency 
TS_L0GIC_CLK. - boolean value which specifies if a Logic Clock should be 
generated or not 

CLK_SIGNALS[..] — array of objects from l he blocks connected lo (he Clock 

Generator of size CONNECTIONS. Holds information such as 
divide by ratios etc. 

Clock Edge Idennfieaiinn (CI .K_RATlOS[..]> tsec section 4 of sdgOOO.OCWj 
For <n=0) -> (n - CONNECTIONS- 1 > 

Ctumse CLK divide Function (CLK._RAi'JO[n].lS_LOGJC_CLR)(section 4.1 
sdgtKX'U'HVJ) 

For (ji-i)) -> (n = CONNECTIONS- 1 ) 

Ok Generation Algorithm CCLK_SlGNALS{n]) (section 5 sdgOOO.009) 
Strobe Signal Algorithm (CLKJJIONALS|n|) (section 6 sdgl)00.(>09) 
Sample Signals Algorithm (CLK_SIGNALSfn]) (section 8 sdgOQO.009) 

Create Bridge Logic 

The following pseudo-code describes die steps used lo create the Logic for a Register 
Bridge. 

The Register Finds* Object holds the following Information 
NAMF = Unique name for this Register Bridge 

CLK SIGNALS = Reference to an object which describes the Clock Signals for 
thLs Block (sec section 5) 

BASE_ADDR = The Base additss for the blouk 

MBUS_PORTS [.] ~ array of connected mBus Port objects of st7,c 
NO_MBUS_PORTS 

KB US WrDTH the w idlh of the rBus. 

RBUS_TARGETS[..] — array of connected rBus Target objects of size 
NO RBUS TARGETS. 
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Ctock Sync (CLK SiGNM-S) 

For(n=0)->(n=NO_MBUS PORTS-l) 

niBus Target Logic (MBUS_PORT$ [n] ) 

Round Robbin Arbitrator ( NOJUBUS J>ORTS)(see section 6 1 for more details) 
nvBtis to rBus slate machine ( ) 



7 



10 



For (n-0| -> in - NO_RBUS_.TAKGF.TS-l > 

rBus Select I-ogic < RBUS. TARGETS! ri| > 



rFius Initiator Port ( ) 



2t> 



2-> 



P mmJ Rubin Arb itrator 

The following code describes how the regi^r bridges round robin arbitrator is created. 
The arbitrator can parameterised to include the required number of requestors (initiators). 
For half duplex initiators there ivill be two request, one for read command and one for a 
nriie. Therefore each half duplex initiator interface within the register bridge nil! issue 
<«o requests to ihe arbiter. Fox a full dupicx iniliuior thare uili also be rwo requests but 
they be issued from separate read and write interfaces They will be seen as requests 
from separate initiators. 

For 1 to N initiators, where N is 3 .there will be ft requests to the arbiter for access to the 
rBus. 

module Register Arb t 
For <><" = 0> -> (N *~ >foj>f requestors - 1 ) 
add *reCiuest_N. " 



done. ist. brCIL 



For fN - 0) -> (N -= No of_rcqueslors • 1) 



0000407 28- Feb-01 04 : 14 V 



SENT BY: BOWLES HORTOW; 




4 



01442S72SGO; 



29-FEB.-.01 18:21; 



PAGE 26 



add 'spiice_0> ail N. 
add -gnt N. ' 

gnt. gmScl): 



-23- 



10 



15 



20 



For (N ^ 0) -> (N - No_o [^requestors -1) 

add 'input request N: wire request .N:* 

input done; 
wire done: 
input mi: 
w ire rst; 
input brClk: 
wire brClk; 

Foi (N - <>) -> <N — No_of w rite_requeslOfs - ! ) 

add "input spaceAvai]_N, wire spaceA\ail_N: 
For (N = 0) -> (N - No_of_requeslors - ]) 
add "output gnt_N; reg grit N;" 

output grit; reg gnl: 
oulput [I O] sntScl: 
reg 1 1:0] gnlSel: 



25 



For (N - 0) -> ("N = No_of requestors - I) 
add -larchReq N." 



reg | l:0| I ate hS el: 



reg checkDorie. 



For {N = <)i -> <N - No_o ^requestors -1 ) 

add parameter L {, : l, l I-alchRequestn - \'b(K WaitForGnlt) - I'bl 
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add" res |0:0| usu^Smrfn^nenl. , isual.Startn.aeKn " 
arid' reg 1 1 3* ft - 1 :*M sratcnameju " 

ticr . .« tan. a .0 a tor *c« !5 .0 *. ™ 

;;i « .V «. ,CK «»,, — T - - « ^ ■ 

" .1. ■ ;i;»rr.r«!ri!l wislies to access the tBuS. 

must be latched so the arbiter Wru»« the ml.ator still wi^tes to 

■ x i « -.v Ar enme lime later ihe initiator 
Once a graul is received the UrcM request ts taken a* -> . AT some 

may request access to the rflus again. 

•c-h hue 1 to N initiators requesting access to the same 
irbiter can be parametenscd toha\« i onmn n 

„h in ihU evamule N= 2 and both initiators are half duplex, 
and one tor » read command, h. «h,s example ^ ^ 

For each .rite request the f e«ie* w « bC aSS,gn \ 

For ^b read request *e reque, and ^ *ll «MP-d a h lg h n U mbe, ,he 
numbers (N/2> XN-, > If N - 4 then the read request numbe,, are 2 to 

,; or <n =r o) -> <N - No.ofjequesiors -1 ) 

CIMM u,o ^ code M~ N ' •» *» ^ reqUeSWr ' ! 

n umber accordmu. to read or write 

add'begin : Start .comb* 
add" in ret) " 
add'begirt* 

add'latchReq_N<=<V. * 

add" * isuaLStari. next <= UuehR^ueaN: " 

add" end' 
add* else" 
add'begin* 

add-caseOistal Stari_curreni) ' 
add'LutcbRequcslN " 
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add* begin* 

adcTstatemtme <- "LatchRequestN":* 
add"if( (request J\I) && (grU_N = ())) * 
add'begin' 
5 add'IaiehReq_N<=l ; ' 

add^isud JStanji&xt <= WaitForGruN: * 
add end" 
add'else" 
add begin" 

add muaJ_Slari nevt <- LaichRequesiN: * 
add 'end" 

udd'end* 

add'WaitForGntN: " 
add 'begin* 

I sidd'statename "WaiTForGnLNV 

add'if (gnt_N) 
add'begin" 

add"latchReq_N<^0; * 
add** isual_Start next <- LatchRequesiN: * 
2i> add'end' 
add else" 
addbcijiti' 

add* visual_ Station ex I <= WairForGnrN. ' 
addend* 
25 add'end" 

add default: " 
add 'begin* 

add"visual_Stari_ne\l <= LatchRequesiN; * 
add "end* 

add'endcase' 

add end* 

add 'end" 



0000407 28- Feb- 01 04: 14 | 



SENT BY: BOWLES* HORTON; ^ 01442B72B60; »|f 



2ftu£EB-01 18:21;. • 59 



n 5 



.>0 





\ 



-26 - 

a J J * ahva> s %{ p osed ge brt.'lk) 

add* begin : Surf 
add'if(nsl) " 
add'begin" 

5 add-visual Srart_current <- LutchRequeslN: ' 

add" cad' 
add 'else* 
add'begin* 

add*\isaal..Staii_current <= visiial_Start_ne>n: 

jo add end" 

add end" 

End otXatch Requests template code 

The algorithm bek* crenies ihe gram and ^ f^don-ity fcr the round robbn, 

15 arbitrator. 

Where H Aould be replaced by the read re^esLo, number and L should be replaced by 
ihe write requestor number. 
Detailed \criiog code is not shown here . 
yj For each <Request„L/ Request_H) 

Check (Last Request) 

if (last Request -= RequestJ-) 
Check <Requubi_H = I ) 

If True (Check Space Available to accept data) 
irTrue (Check that we need to check for done) 
K True (check Done - I ) // rBus is ready to accept a new request 
If True (assert Grant H) 

If False Wail for Done and when true (assert Grant_H) 
If False Assert (Grant_H) 

T r False vvait for space available and loop back to (check .hat u e need to 

clieck for done) 

If False Check (Requesl_L — 1) 
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JfTrue (Check that we need lo check- for done) 
If True (check Done *™ I ) // rBus is reach* lo accept a new request. 
If True (assert Granrjj 

If False Wait for Dqne and nhen line (assert Grain L) 
If False Assert (Gram L> 



End 



15 



20 



Arbitration Logic, wrapper logic, a Top Level instantiation file and a 'Get Interface 
Signals' may he created in simitar manner. 

"Divide-by* Clocks 

Algorithms for generation of any divide-by" clock to be used in the architecture and 
algorithms for the generation of Strobe. ClrSlrobe and Sample signals may be as follows. 

Alfcomhm for CLK Ed»e Identification 

A. B di\ ide-by numbers. 

if ( A%2 0) =| (B%2 — ti> 

NO_OF_STATES - LCM of A & B 

else 

NO_OF_STATES = LCM of (A & B) * 2 

NO_Of_EDGES - <NO_OF_STATES) /A 

POS_EDGE - array of si/e NO_OF_EDGES 
NEG EDGE-arra\ ofsi/eNO OF EDGES 
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f ■ i rtK^mwUmOK TYPE A bcbnu* to, base* on »httl«r A * are 

//elukfses which CLK equation *^ - 

numbers* Aha 
//Chows krfc CLK. if LOGIC flag 1$ high. 



if A%2-*> 

\ 



M rt-vi rwcw //A/2 is ane\'en number 
CLK. TYPE A = EVEN_EVEN 

else 

CLK TYPEA - EVEN ODD// A/2 is an otki number 



//A is ait add number 

else 
{ 

irtA-t)/2%2«0 



. m a . ODD EVEN' // I* — *«<™ " — ** *". — 



even CLK 

if LOGIC A /////-Wfc 14 



CLKJTYPC.AL - ODD_EV0N_L// Creole l^c CLK of me ODD_EVEN_L 



J 



else 



CLK TYPE AL = NULL 



else 



CLKJi^HE^A 
U* LOGIC A 



- ODD ODD // 77i* number behm A mmld be an even-oM CLK 
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CLK_TYPE_AL = ODD_ODD_L // Create Logic CLKoftype ODD_ODD^_L 



else 



CLK_TYPt:_AL - NULL 



//ITo not create logic CLK 



c vfn i o r :vn\ c lk* 

10 

// Creates 2 arrays detailing the SYSCLK edges which have 
POSE DC Es/N&G EDGEs 

for (rr=0> (n - NO OF_EDGES - I ) 
15 POSEDGE[n]=n.A-r 1 

for (n=J ) -> (n = NO OFEDGES) 
NFTGEDGEfn-l j - A.(2n-I > / 2 

2w HVEN to ODD 

fur <n^0) -:> <n - NO_OF EDGES - I) 
POSEDGE[n] — n.A I I 

21 Tor (n-1 ) -> (n - NO_OF_EDGFS) 

NEGEDGEfn-I | = A.<n+1 )/2 
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QDD to EVEN 

for (rpO) -> (n = N0_OF EDGES - L) 
if(ri%2 «0J 
POSCDGEtn] - A n t I 

Else 

POSEDGElu-11- A n 

for (n-L) -> <n - NO_OF_EDGES - 1 ) 
if«i%2-0) 

NEGEDGElri-1] « [A.(2n-1 ) M | / 2 

else 

NEGEDGE[n-l | = | A <2n~l VI J / 2 



ODD lo ODD 

f or ( n ^o) (n ^ NO_OF_EDGES - I) 
inn%2-0) 

POSEDGE|»l - An+I 
Eisc 

POSF.DGE[n-L| = A.n 
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Ibi <n=l ) -.» (n - NO_OF EDGES - 1 ) 
if(n%2 ^u> 

NEGBDGE[n-l [ - [ A.(2ji-1) - J] / 2 
3 else 

NEGEDGEfn-l] = | A.f2n-l) + 1 1/2 

>» for (iiH)) (n = NO OF_ EDGES - I) 

POSEDGt ln| = A.n h J 

for (n- 1 ) -> ( n - NO_OF_EDOES) 
if Cn%2 -0) 

i5 NEOnDGEfji^l|-|A l 2n- |)+ I| / 2 

eJ.se 

NEGEDGEfivlJ - f A.(2n - I) + 3] /2 

OD D to E VFM Lnm^jn^ 

lor <n--0) - > (n - NO_OF EDGES - J ) 
POSEDGE|n| - A.n i 

for (n= I) -> (n ^ NO_OF_FDGES) 

NEGHDCn(ji-l| = |A.(2n- 1) ^ )\ il 
else 
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NEGEDGE[n-l | ^ lA.{2n - 1) u I| /2 



Alg orithm lor C L K Ge ne ral ion 

// Generates tfie CLK putees based on tiie numbers associated with the POSEDGE and 
NEGEDGE //arrays 

// For hand-designed siate machines, there is sufficient information in tfie atony blacks 
to 

//generate the state table outputs far these docks. 

CI.KA[0) — 0 
PR£V_ CLK-0 

f or (v 0) -> ly - NO_OF fcDGES - i ) 

t 
\ 

for tn = I ) -> (n = NO_01-'_STATES) 
i 

iriPOSEDGt[v| n) 
CLKA|n| 1 

else if (NEGEDGn|y| — n) 
CLKAfnj = 0 

else 

CLKuAfn] — PREVCLK 

PREV JXK = CLKA[u] 
> 

V 

1 

I 
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AlgoriLhm for Generation of Sirube Signals 

Sirohje-S.ignql 

// Generates the Strobe signal based on the rule; /* (fast) POSEDCE after (shw) 
NEGEDGE. 



PRE V STRODE - 0 //value iff Strobe signal la previous state 

PREV A « 0 // value ofCLKA in previous state 

m PREV B ^ u //value qfCLKB in pwhnts state 

for (n = 0) -> (n = NO__OF_STATES - I ) 

i 

CURR A = CLKAfn] //assigns CURR_A the current value ofCLKA 

\ 5 CURR_B - CLKB| t\ \ If assigns CURR_B the currerit value of CLKB 



if (PRlfY_A — ()>&&<CURR_A™ I) && (PREVJ3TROBE = 1) 
STROBED = I // data lias been strobed on this edge 

20 if (PREV _B — I ) (CURR B 0> 

STRO B E [n] - 1 // sets Strobe on NEGEDGE of CLKB 

else if (PREV A = 1 ) && (CURR_A — 0) && < STROBED) 

STROBE) n | = 0 // Clears Strobe on JVEGEDGE ofCLKA 

else 

25 STRORE|n| = PREV STROBE I! otherwise sels Strobe lo its previous value 

PRE V_A - C LKA[n] // sets PRE V_A to curten t CLKA value 

PREV B = CLKD| n| //sets PREV_B to current CLKB value 

PREV_STROBE - STROBE] n| //sets PREVJSTR QBE to current STROBE mine 
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//jpmrafer the Strobe signal when the faster Mock has a logic CUT. 
// variation on the rule for l/f-> VJ CLK&: 

// POSEDGE (fast Logic CUD '* 0W 2^* CUD 

NEGEDGE itfwr VF 



PREV..STROBE - U 
PREV_At. = 0 
PREV B = 0 

B_NEG =0 

NEXT EDGE AL-0 



// value of STROBE in previous Mate 
// value ofCLKAL in prerious state 
// value ofCl.KB m previous state 



//stores 



, a value related to a CLKB NEGEDGE 



// flag that controls die strobing edge of A 



20 



for (n - 0) -> <n - NO_OF_STATES-l ) 

i 

i 

STROBE[n] = 0 //STROBE sat to 0 for every 

CURR. AL = CLKAL(nl 
CURR B"CLKB|nt 



} value ofn (unless m-envrttteu) 

//current value ofAL 
// current value of B 



if (PREV AL - i) > && (CUKR_AI. = I ) 

POS V ALID.AL = n ,,setPOS_VALU>_AL on CLKAL POSEDGE 



else if < PRE V_AL - 1> && (CURR.AL = 0) ^ rnr .* 

* Bs%v vai in Al on CLKAL NEGEW'E 
POS VALID AL-0 // reset POS_y AU'tj**- °» «-■" 



to 



if (PREVJB - I ) && (CURR B = 0) 
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if<POS_VALID_AL »-u> 



STROBE[POS_VALfD_AL-l] - 1 // if R NEGEDGE, and POS_VAUD_A 
Lm *f zen>> 

STKOBEI POSJVALID AL| = 1 ^ ovenvrite r/te values far Strobe at the fiva 



indexes 



B NEC} = n 



S/ghvn here, and set R_NEG to iu 



else if (POS_VA!JD_AL= 0) 



STROBE|n| = I 

NEXT_EDGE_AL-i 
B NEG = n 



// if POS_ VALID _AL turn been set to 0, set 
//NEXI m _EDGE ALajtdB NEG 



2n 



iT(PREV_A!. = 0)&&(CUIUI AL = 1 ) &&(NEXT_EDGE_A — 1) 

{ // if POSEDGE CLKAL, and NEXT_EI>GE h J 



for (i-B_NEG)->(i^n) 



// ke*p STROBE high /frww die mine of 



B NEG to 



STROBE|i| = I 



// t/ie current .state 



NFXT_E I 3GE_ AL = n // reset ait flags 

POS_VALID. AL = t> 
B_NEG-0 

» 

PREV _AT. - CLKALfn | // set previous ClJCn to current CLKs 

PREV_B - CLkB|nj 
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Algo rithm for (genera tion of CJrSif^LSUlial 
// generates the ClrStraha signal 

// This signal h asserted tm> CLK ticks before a slwv CLK NEGEOGE. and de-asserted 
on the 

//NEGEDGE itself 

// OrStrobe *> user! to override the Lttrobe Internal signal, prewMing a node from 
Strobing data a dock 

// tick before the NEGEDGE of the *hm>er black with which it communicating. 



i> for (ii - U> -> <" - NO_OF STATES - I ) 



CLKA|n| = tl 

if (PREV_CLK_B — 1) &.& (CURR_CLK. B == <>J 



:o CLKA|n-2 1 - 1 

CLKA(n-l]= I 

I 
1 

PREV_CLK_B -CURR_CLK_B 



Algorit hm for Gener ation gP Sample Sianal 
S ample Siu nal 

//prnduves the Sample signal haxed on the rule: 

//(fmt) POSEDGE before I* (fasti NEGEDGE after (stow) POSEDGE 
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PREV A-0 



// value o f CI. K A in previous state 



NF.XT F.DGF A = U 



PREV B-0 



// value ofCLKB in previous state 

//flag used In IdmtiJkaUon of correct sampling edge 



for in - 0) -> (n - NO_OF_STATES-L ) 



SAMPLEfnl - 0 
CURR_A -CT.KA|n| 
CX'RR B = CLKB[nI 



//sample signal yet h>H* in every state 
//assigns CURR_A the current value ofCLKA 
// assigns CURR^H the current value of CLKH 



id 



15 



25 



if (PREV_ A - 0 > && (CURR_A = I) 
POS VALIDA = n //records the state in which a valid posedge of A occur* 

if (PREV_B = 0} && (CURR B - 1) 
I 

if (POS VALID A - 1) 



SAMPLE | POS VAL1D_A - i] - 1 // ovenvrites previously stored values of 

sample 

SAMPLH | POS_ V AL1U A] - I // based on POS_ VALID signal 

POS VALID A t) 



else if(POS_VALiD A" 0) 

N E XT_E DGH_ A - 1 //Atta mil be sampled on next POSEDGE of A 

if <PRI'V_A = 0) && (CURR_A - !)<&& (NEXTED<JE_A = 1) 



SAMPLE|n-l| = 1 
SAMPLEfnl - i 



//sets safuple signal high for 2 ticks if 
// NEXT_ED(iE flag is set 



NEXT EDGE A-0 



PR.EV A CLKAfn] 



//sets PREV A to current CLKA value 
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PREV B - CLKBW PREV - R to CUrrent aJCB ™'" e 



Sflfliple Signal (slc^ v T.nr>ic CLK.) 

Arg*neim$ the Sitoipk tibial when the slower block has a logic CLE. 
// vurtotton the rule for bf-> Vf CLKs: 

„ POSEDOE (ft* CLK) tefore f NEQEDGE (fast CW after WEDGE (*m £** 
CM). 

, s^MPLR .s set lo« oil e^n n. and may be overmen by the process described here. 
*< Gteeks Tor POSF.DGC of fast CLK Stores VALID, and the SYSCLK number 

associated whli h. . 
// Cl..« VALID on a NCGEDGE. Check, for slow Logic NEGEDGE. If VALID » 

high, then . 

^ i * . -i • i n ^ wvsri K issociaied with VALID. If VALID is low, 
// SAMPLE pukes high prior lo the SYSLLiv assocLaieu 

Then a 

// NEXT_EDCE signal is sec high, causing SAMPLE to pulse prior to the u**t fa* 
POSEDGE. 

PRE\LSAMPLE = 0 //sets variables to 0 

PREV A-0 
PHEV_BL « 0 

NEXT EDGE_A ■« 0 

for in - 0) -> (n = NOjOF_STATES-l) 

SAMPLE|n|-0 // S^'lMPLE signut set to zero for every n, unless over****,, 
CURR A-CLKAfal 
CURR BL = CLKBL[n] 

iMPRF.V A = «))&&(CURR_A-D // stores ral«e for Pf^ED<iE of CLKA 
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POS. VALID A-n 



else if (PREV_A ~ i ) &,& ( ci.JRR_A = Uj 
POS_VAI.JD A-0 



// reset value ifNEGEDGE ofCLKA 



if <PREV_BL = \)&& <CURR_BL = 0) // ifNEGEDGE o/CLKJSL 



10 



ir(POS_VALID_A 0) // if PQS_ VALID_A is set, overwrite the 

« // value of SAMPLE at the tuv indexes ghvn 

SAMPLE | POS_VAIJD_A - 1] = J // & raw POS_VAUD_A 

SAMPLE TPOSJVALIDAJ - 0 
POS VALID _A=.{> 



else if <PO.S_ VALID A - U) // ,/ POS_K4/JD_A »V not .set, dteu net 
NEXr_EDGE 

NEXT_EDCE A- t 



20 



iffPREV. A = 0) && (CLIRR_A = 1) &&(NEXT_EDGE_A = 1) 



SAMPLE[n*l] - 1 

S AMPLE [n) = 1 
NEXT_EDGE A-0 



variable 



// if POSEDGE A, ami NEXT_EDGE_A is set 

// wenvrite previous SAMPLE value and set 

// current value to 1, Reset the NEXT EDGE 



PREV_A = CURR A|n| 
PRHV_BL - Cl.lRR_BI.(ri] 



// set the PREV variables to CURRENT values 



Example. Pivid e-bv-2. Divitle-hv -'i and Dividc-hy-lS 

// This example slum's the necessary states antl signals for a DMde-by-2 block 
conimu/tlcatinf! 
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// with Dhudc-by-5 and Owida-by-6 blacks. 

// Ttm state machine ytit( require SO states (LCM of 3 numbers) 

Figures 6 and 7 illustrate The progression of states and the liming diagram for the 
corresponding state machine. 



10 



15 



2U 



15 



Jill 



Generati on of Interconnect Lode 

Figure 8 shows two interconnect hierarchies and so how the same set of cores sdecUxl 
from a library of cores can be connected in radically different ways. Product teams decide 
on Ihe functional logic required in a new ASIC (what needs to be selected from the 
lihrary). 

The following pseudo-code describes the top-Ievet steps used to automatically generate 
the Interconnect Loijic. Now elements or ['unetiunalUv may be added \o the interconnect in 
the future (E.l:. Scan chain logic or sonic form of packet processing in the interconnect 
hierarchy) The top-level design will allow new elements to be easily added. 

CLK_BLK|*..| = array of Clock Generalor objects ofsize NO_CLK._BLK. 

REG_BLK|. | - array of Regisler Bridge objects of size NO_REG_BLK. 

ARB BLK| . . | - airav or Arbitration objects of size NO_ARB_BLK 

rp\VRAPPER[..] = array of TP Core Wrapper objects of size 

NOJFWRAPPERJBLK 

VALID = boolean value used to decide if the interconnect hierarchy thai you warn 

lc* create Logic for if valid. 

VAI.IO - Validate Interconnect Hierarchy* ) 
lftVAl.ID — 0) 
E\rr 

Foi Ui-Q) -> (n " NO CLK_ BI.K- 1 ) 

Create Clock Logic( CLK_BLK.|n| ) 

Add to Instantiation File < CLK._BLK|n| ) 
For tii-0) -> (n = NO REG_BLK- 1 ) 
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Create Bridge Logic ( REGjJLKfn] ) 

Add to Instantiation File ( REG_BLK|n| ) 
For { n^O) -> <n - NO_ARB_BLK- 1 ) 

Create Arbitration Logic ( ARB BLK|n| ) 

Add ro IiiStoiitiaLion File ( ARB_BLK[n] ) 
For (n-<» ■> in - NO . JPWRAPPERJBLK.-] ) 

Create IP Wrapper Logic ( IPWRAPPERfM ) 

Add lo Instantiation File i IPWRAPPERfNl ) 

Valid ate Inte rconnect Hierarchy 

The interconnect Hierarchy is \aiidated before any verilog is generated. Ais checks if any 
architectural assumptions, interconnection rules or clock generation rules are broken. Ais 
will automatically enforce certain rules as a designer inputs information (Le. parameter 
value ranges, connections between blocks). The following is a non exhaustive list of the 
checks that can onh be performed once the diagrams are complete and the user wishes to 
generate veriJog 

J. Each rBus path has at least one rBus target interface connected to it or stated another 
w ay each Register Bridge has at least one core connected to it in the Register Diagram 
2. There are no more than 64 cores in total {limiTed by size of Source Address). 
3 Only processor cores can address the Register Bridges. 

4. There is only one unique path from an mbus initiator lo an mBus Target or stated 
another way there are no loops in the diagram. Alt paths start with an Initiator and end 
wilh a Target. 

5. All blocks in the diagram are connected to a Clock Generation Block 

6. If a Clock Generator is used as a parent then the following two conditions must hold 
(a) none of the blocks below it in the interconnect hierarchy talk directly lo am- other 
blocks at a higher level and if (b) all blocks below il in the interconnect hierarchy can 
hi?n e their Clock_Frequency dern ed from it. 

7. The memo iv map has been correctly defined, there are no overlapping areas and that 
the reserved address has not been assigned (Initial boot address of the boot processor). 



0000407 28- Feb\01; i04: 14 :1 



M m .2972860- fiBtfEB-01 18:24;. PAGE 45 

SENT BY: BOWLES HORTON; 01442872860. ^ 




' '7 



10 




-42- 



•.^c it will be oossible to change the severity 
The * aiidarion nqge vAM also generic .vammgs. It wll be pos* 

inc wi.w* o vpriloc The following is a non- 

of 3 fining so that Ihey will stop the generation ot ^"log. The 

exhaustive list of these warnings 

I A nv parameters thai are still set to ihere default value. 

2. AH unused interfaces within ft \yrappei frnBuS or rBus interfaces). 

3. The Required Bandwidth to « Art*n*m bloc. « greater than tt s Output 

Bandwidth (lieq * bus width) * n : t :^ nr 

r i l A. llrt ,,i RnndwidTh on anv inBus Initiator 

4. The Required Bandwidth is Than Ihe Output Bandwiaxn o . 



PC " . t u i ■ nllncated is greater thai lh« Memory Bandwidth of un 

5. Hie sum Or the bandwidth s allocated v> 

mBus Target. 



r T ^ie Clock Lo aic 

described pre \iously. 

NAME- Unique name tor this C lock Generator Block 
CLbC_FR0Q = Clock frequency generated by block. 

PARENT CLK = Parent Clock used to derh e the generated Clock frequency 
IS.LOGIC.CLlt - boolean ^alue wluch specif if a Logic Clock should be 

generated Or nOl. ^i^i- 
CLK SIGNALSI 1 <- array of objects from the blocks connected lo the Clo* 

Generator of size CONNECTIONS. Holds information Such as 

divide bv ratios etc 

:s 

Clock Edge Identification (CLK_RATIOSl..|> Csee section 4 of sdgOOO.009) 
Var Cn=m -> (n = CONNECTIONS- 1) 

Form ») -M" c f . iCI k RATION IS LOGIC CLKXsection 4.1 

Choose CLK. divide Function (CLK_RA1 ivi|n|,ia>*' 

jo sdgOOO.OCW) 

### Create the Clock Stale Machine ### 
For <n=0) -> <n _ CONNECTTONS-U 
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Clk Generation Algorithm <'CI.K_S1GNALS[n]) (section 5 sdgOOO.tKW) 
Suobo Signal Algorithm (CLK_SIGNALS|n|) (section 6 sdgOOO.0O9) 
Sample Signals Algorilhin(CLK_SiCNALS[nJ) (section 8 sdgOOO.009) 
Create Clock Out Interface ( n ) 

The high le\ el clock functions are shown in Figure 9. 

1. Clock Slate Machine. All the verllog associated with this function will be generated by 
the algorithms described preisuusly. The parameters that are used as input to this 
algorithm are Configurable Parameters and Diagramming Rules. The size and 
complexity of the siaie machine is dependant on the three parameters described 
namely - Parent Clock. Is_Logic_BIock and Dmde_By_Ratio. 
2. Clock Out Interface. There will be one interface per upper level interconnect block 
(Le. arb. wrapper, bridge) thai the Clock Generation block is connected to. Tins 
interface wilJ drive the necessary Clock signals (Sample. Strobe etc) to the connected 
block. The verilog for this function will be created from a standard template that will 
be instantiated within the block the required number of limes. The signal names for 
each interface will be changed to ensure that they are unique. The width of the output 
Clock Bus within this template code will be parameterizable and will depend on the 
number of sample and strobe signals thai need to be driven into the connected block 
This interface will also contain logic to allow the Clock Out Interface to be switched 
off by an interconnect block in order lo save power. 

Create Bridge l-ogic 

The following pseudo-code describes ihe high level steps used to create the logic for a 
Register Bridge. The parameters used in the creation of logic for a Register Bridge fire 
fully described previously 

NAME = Unique name for this Register Bridge 

CLK._SiGNALS = Reference lo an object which describes the Clock Signals for 
this Block (see section 4) 
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BASE ADDft - The Base address for Ihe block 

MBUSIPORTS I..] - -ray of connected mBus Port objects of «e 

NO_MBUS_PORTS 

RBUSJWIDTH = the width of the rBus. 

rBIIsItARGBTSU = array of competed rBus Target objects of 
NO RBUSJTAROETS. 



7 



Create Clock Interface ICLK_SIGNALS) 
For <n=0) -> (n - NO_MBUS_PORTS-l) 

rnBus Targer Logic (MBUS_PORTS|nl > 

Round Robin Arbitrator. I NO_MBUS_PORTS) 



15 



20 



25 



?0 



in Bus to rBus state machine ( ) 
rBus Initiator Port < ) 
Clock lnieifacel ) 

For (ii-O) -> (n - NO_RBUS_ TARGETS- 1 ) 

rBus Select Logic ( RBUSJTAROETSln] ) 

The high level Re^sler Bridge functions are show m Figure 10. 

1 uiBui Taw* interface The verilog for this function trill be created from a standard 
template that mil be instantiated within the block the required number of times. Ihe 
signal names for each interface will be changed to w» that they are un.mie The 
mBus Target interface accepts an mBus read and write request. It stalls the interface 
until the request is handled (read response or mil* acknowledgement). It waits for ait 
access grant from the arbitrator and passes the request to the rBus Initiator mterface 

and handles Ihe response 
■> Round Room Arbitrator. The verilog for .his function will be created from a Standard 
template The template will be configured with a parameter defining the number of 
mBus Target Interfaces that must be arbitrated. The Round Robin arbitrator polls each 
mBus Target interface for rBus read or nriu requests in a cyclic « each t,me ihe 
rBus is idle. It grants access to the rBus for the first request it Oris at any mBus Target 
Interface 
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3 rBus initiator Interface. The terilog for this function nil] be created fn>m a standard 
template. The signal names wi(l be changed to ensure thai they are unique for each 
register bridge created The rBus Initiator interface translates The mBus to rBus 
request and visa \ersa in The opposite direction. The address oflset of the register you 
5 w ish to access* is passed lo each of the Select Line Dri\ ers. 

4. Select Line Driver. The verilog for this function will be created from a standard 
template. The signal names will be changed to ensure that they are unique. The same 
template will be used lo create the sclecl line logic in The bridge, wrapper and 
arbitrator blocks. The function will be- parametcrised with the range of addresses thai it 

J0 recognises. The Select Line Driver looks ai each address offset passed lo it and decides 

if the select line should be driven high. 

5. Select Lines. The lop level Register Bridge block- is parameterised to define the 
number of select lines supported. The value of the parameter is equal to the number of 
rBus Targets connected lo (he rBus. 

1 5 6. Clock Interlace. The verilog for ihis function will be creared from a standard template. 

The block's external signal names will be changed lo ensure that they are unique The 
same template will bo used in all the interconnect blocks (i.e. arb. wrapper, bridge). 
The Clock Interface distributes the clock signal to all functions within the block, li will 
route the necessary Sample and Strobe signals to- the mBus and rBus interfaces defined 

30 for this interconnect block. 



Create Arb itration Logic 



25 The following pseudo-code describes the high le\ ei steps used to create the Logic for the 

upward path Arbilration Block The parameters used in the creation of logic for an 
Arbitrator are fully described pre\ iously. 



NAME = Unique name for this Arbitration Block 

CLK._SIGNALS - Reference lo an object which describes the Clock Signals for 
this Block (see section 4) 

MBUS„IN, PORTS |..| = array of connected mBus Port objects and Input Port 
parameters of size NO_MBUS PORTS 
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MBUS.OIJT .PORT= mBus objects which describes mBuS Output port 



parameters 

MBUS TARGETS-" number of mBus targets. 
%M Create Upward Path Logic 
Create Clock Interface (CLKSIGNALS) 
For (n=0) -> (n = NO_MRUS_PORTS*n 

mBus Input Logic (MBUSJN_PORTS M ) 
create FlhO tosic (MBUS IN ..PORTS [n] J 



Tronic Arbiiraior 



( NO MBUS.PORTS . MBUS_IN. PORTSt-D 



mBus Output Port <MBUS_OUT._PORT ) 
For tn=0) ■> {» ~ MBUS_TARGETS-1) 

mBus Select Logic ( MBUSJTARGETS) 

Hie mBus and rBus are point to point bi-directional bos* that can operate in full or half 
duplex mode I" Ais when you draw an Arbitration block and connect an mBus .0 one of 
iu pons vou are inferring an upward and downward path along the bus. At the level of 
attraction described m dus document it is normally suftot to show this a, One path. 
Arbitration blocks must store multiple read and write requests on the upward path (from 
an mBus Initiator, and multiple read responses and .rile acknowledgements on the 
downward path .from an mBus Target). This split is show, in the two diagram, below. 
Althouuh I have drawn two teparm bubbles to make Ihe diagrams more readable they 
would in all probability be pan of the same h lg h M interconnect block. For this reason 1 
have only shown a Clock and Register Interface in the one of the bubbles. 

The high level up w ard path Arbitration functions are shown in Figure II. 

, mBus input Interface. The verilog for this function will be crated from a standard 
template rhat *1U be instantiated within the block the required number of tunes (The 
same template is used for the up / doun path* The signal names for each interface 
will be changed to ensure that they are unique. The mBus input interface clocks m 
m Bus read and write requests on the correct edge and passes the data to the Fxfo 
buffers. 
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2 YltO. The verilog for ihis function will be created from a standard template that will 
be instantiated within the block the required number of times. The size of ihe buffers is 
defined by passing a parameter into the function when it is instantiated. The FIFO 
stores (he data associated with the aiBus requests. It will stall the mBus rnput 
Interlace when its full. 

3 Arbitration. The verilog for this function will be created from a standard template The 
template will be configured with a parameter defining the number of mBus Input 
Interfaces that inu$t be arbitrated and a bandwidth allocation parameter per interface 
lhat defines its arbitration priority. The arbitrator will gram access to the mBus Output 
port based on an arbitration algorithm. 

4. mBus Output port The \exiIog for this function will be created from a standard 
template (the same template is used for the up / down paths) The signal names will be 
changed to ensure that they are unique. The mBus Output port will pass mBus 
requests to die iwrt level in the interconnect. The address of the mBus target you wish 
to access is passed to each of the Select Line Drivers. 

5. Select Line Driver. The veriiog for this function will be created from a standard 
template. The signal names will be changed to ensure that they are unique. The same 
template will be used to create the select line logic in the bridge. \\Tapper and 
arbitrator blocks. The function will be parameierised with the range of addresses that it 
recognises. The Select Line Driver looks at each address passed to iL and decides if the 
select line should be driven high. 

6. Select Lines. The top level Arbitration block is parameierised to define the number of 
select lines supported. The value of the parameter is equal to the number of times the 
mBus upward path is split (number of destinations - mBus Target / mBus Input 
ports). 

7. Clock Interface. The veriiog for this function will be created from a standard template. 
The block s external signal names will be changed to ensure that they are unique. The 
same template v\ill be used in all the interconnect blocks fi.e. arb. wrapper, bridge). 
The Cluck Interface distributes the clock signal to all functions within the block. It will 
route the necessary Sample and Strobe signals to the mBus and rBus interfaces defined 
for this inierconnect block. It will turn the Clock signals off when programmed to do 
so via the register interface to save power consumption. 
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«. Register Target Interface. The verilog for this function will be created from a standard 
template that will be used only for creating Arbitration block Register Target 
interfaces. The block* s external signal names will be changed to ensure that ihey arc 
unique. It will allow access to the configurable registers within the block. 

V). Read-hack Throttle. Veniog signal. Us name will have to be unique ir Ihe two blocks 
are separated otherwise it will simply be an internal signal wilhin the block.. 

The following pseudo-code describes the high level steps used to create the Logic for a 

downward path Arbitration Block, 

NAME - Unique name for this Arbitration Block 

CLK_SIGNALS = Reference to an object which describes the Clock Signals foi 
Qiis Block (see section 4) 

MBUSJMJPORTS [..] - array of connected mBus Port objects and Input Pen 
parameters of si ze NO, M BUS J>ORTS 

MBUS_OUT_PORT= mBus objects which describes die mBus Output port 
parameters 

MBUSJTARGETS- number of mBus targets 
ri#S Create Downward Path Logic 
For <n=0> -> <n = NO MBUS PORTS-1 > 

mBus Input Logic (MBUS JN JPORTS [n] ) 

create FIFO logic (MBUS JN_PORTS [n] ) 



Create Readback Decode Arbitrator ( NO_MBtJS_PORTS . MBUS_IN_PORTS M> 
Create WriLe Ack Arbitrator C NO„MBUS JPORTS MBUS JN_PORTS J) 



25 



mBus Output Port (MBUS.OUTJPORT > 
For (nH>) -> (n = MBUSJTARGETS- 1 ) 

mBus Select Logic ( MBUSJTARGETS) 



The high level downward path Arbitration functions are shown in Figure 12 
I. mBus input Interface. Hie verilog for this function will be- created from a standard 
template that will be instaxraated within the block die required number of times (the 
same template is used fur the up / down paths). The signal names for each interface 
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will be chained lo ensure that they are unique. The mBus input interface clocks in 
mBus read and write requests On the correct edge and passes the data to the Fife 
buffers. 

2 FIFO. The verilog for this function will be created from a standard template that will 
5 be instantiated within the block the required number of times. The size of The buffers is 

defined by passing a parameter into the function uheci H is instantiated. The FIFO 
■■stores the data associated »ilh the mBus responses A read-back Throttle is sent TO the 
upward path Arbitration block when the Fifo is full. 
3 Read Back Decode. The \erilog for this function nill be created from u standard 
io template. The template will be configured with a parameter defining the number of 

niBus Input Interfaces thai must be arbitrated and a bandwidth allocation parameter 
per interface thai defines its arbitration priority. The Read Back Decode is separated 
from the Write Back Acknowledge because they use separate Hires in the mBus and 
therefore arbitration for the mBus can be performed independently of each other. 
1 5 4. Write Back Acknowledge. This functionality provided here is very similar to the Read 

Back Decode except the Write Acknowledgements are arbitrated. The verilog template 
used will be \ery similar to that used for the Read Back Decode. 

5. mBus Output port. The verilog for this function will be created from a standard 
template (the same template is used for the up / down paths). The signal names will be 

2n changed to ensure thar rhey are unique. The mBus Output port will pass mBus 

responses to the ne.\i level in the interconnect. The Source Identifier of the mBus 
Initiator Interface that generated the original request is passed to each of the Select 
Line Drivers. 

6. Seleci Line Driver. The *erilog for this function will be created from a standard 
template. The signal names vail he changed to ensure that the}- are unique. The same 
template will be used to create the select line logic tn the bridge, wrapper and 
arbitrator blocks. The funciion will be parameterised with the range of Source 
Identifiers thai it recognises. The Select Line Driver looks ai each Source Identifier 
passed 10 it and decides if the select line should be driven high. 

30 7. Select Lines. The lop level Arbitration block is parameterised to define the number of 

select lines supported. The value of the parameter is equal to the number of times the 
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corresponding mBus downw ard patli is split (number of destinations - mBus Initiators 
/ niBus Inpul ports) 

Figure 13 shows the mBus up and down paths. The upward path is shown by solid lines 
5 and The downward path is shown by dashed lines. The downward path arbitration 

functionality is shown as a square where there is only one input and output port. The 
functions within the downward path will be exactly the same as the upward path, except in 
this case the Arbitration functionality within the read-back decode and write back 
acknowledgment functions is redundant The Lo S ic compiler can recognise this feel and 
10 remove the redundant verilog 

Crr Mt Wrappe r Logic 

The lolluuing pseudo-code describes the high level steps used to create logic for a Core 
15 Wrapper Block. The parameters used in the creation of logic for a core are My described 

previously 

NAME - Unique name tor this Arbitration Block 
MBUSJTARGETS- number of cnBus targets. 
2Q For (n-0) -> (n - MBUS_TARGETS-1) 

mBus Select Logic ( MB US_T ARGETS > 

Preferably there are. two core types thai will be available in the library, vis. an mBus 
Initiator core {e. 8 T-themel. P<:i- USB) and an mBus Target core <a.g. SRAM memory. 
z> Flash Memory. Buffer Memory). Us unlikely that a core could have both an mBus Target 

and Initiator interface therefore these two core types are treated separately. All cores 
contained in a library of cores will need a wrapper similar to the ones described here. Each 
core will have its own unique requirements: therefore the wrapper will vary somewhat 
from core to core. 




in 
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The high level core <mBu$ Initiator) wrapper functions: are shown in Figure H. 

1. Core Logic This is handcrafted lofiic that is unique lo each core. The Lool will nol 
modify this logic 

2. DMA Engine Handcrafted logic tltat is unique to the cure. The tool will not modify 
Lhis logic 

3. rDus Target Interface. Handcrafted logic that is unique lo each core (logic in each core 
will be very similar). The tool will not modiiy this logic. 

4 mBus Initiator Interface. Handcrafted logic ih*a is unique to each core (logic in each 

core will he ^erv similar), The tool will not modify this logic. 
5. Select Line Dmer. The %erilug lor this function will be created from a standard 
template The signal names will be changed to ensure that they are unique. The same 
template will be used lo create the select line logic in the bridge, wrapper and 
arbitrator blocks. The function will be parameterised with the range of memory 
addresses that it recognises The Select Line Dri\er looks at each address passed to it 
1 5 and decides if the select line should be driven high. 

6 Select Lines. The top lesel wrapper block is parameterised to define the number of 
select lines supported. The \alue of the parameter is equal to the number of limes the 
corresponding mBus upward path is split (number of destinations - mBus Target / 
mBus Input ports). 



All core wrapper blocks will be designed with an rBus interface and one or more mBus 
interfaces. In addition a single mBus can be split lo multiple destinations using select 
lines. The cores will then be incorporated into Lhe library and can be used in multiple 
designs. In a design it maybe decided that a particular interface is not needed (i.e. only 
communicate with a UART block 0\er the rBus). Tlie compiler will automatically handle 
the ciicunvstances where signals need to be lied off. 

Add to I ns tantiation F Lie 

The interconnect logic generated will be completely flat Ail blocks will be instantiated at 
the same level. One top-le\el instantiation Hie will be created Each block within the 
interconnect will be listed in the file. The top-level input and output signals will be 
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cxtracled from each of die interconnect blocks and declared in ihe top-lexel instantiation 
Tde. The following information will be extracted for each signal: 

• Signal Name 

• Signal Width 

• Signal Direction 

♦ Is it on F-xternal Signal (Pin oul) 

* Value to tie an Input signal 10 if ii is unused. 

The global parameters described previously will be declared and passed into each of the 
interconnect blocks. The appendix section contains an example xerilog module and how 
that module would be declared at a higher te\ el. 

A ppendix 1. S ample Verrtog 

The follow ^ » .some example x erilog 5 howing the l>pe of verilog that will generate for 
the Clock State Machine. 

u * Air RPSFT clk2 sttobelTARGET TOTAL- 1:0], 

module strobe, generation < elk. R^ri, cik— l 

clrStrobelTARGET_TOTAL-l :(>1 
sample[TARGE TTOTAL-I :()|); 

parameter T ARGHT_TOTAL = 2: ii Parameters 

input pareu1_clk 

parameter [2:0] StateO-^'bO: Statel = WhIO: Staie2 -29'blUO: 
reg [2:0] curreut_slale. next_state: 



always PRESET! 
begin SturlO_comb 

strobe next <«- strobe.: 
ctrStrobe.nexi <- clrStrobe. 
50 saniple_ncxt <- sample: 

if (RESET — I) 
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bcgin strobe = 0; sample - 0; clrStrobe <- 0; ne\i_staie - Sratel; end 
else begin 

case (current slate) 
StateO: 

begin c!k2 <- 0: strobe <- 2*b00: clrStrobe <= 2'blG; sample <^ 
2*bl 1 : ne\L_ state <- StateJ . end 

Slate 1. 

begin clk2 <- 1; strobe <~ 2"bOO: clrStrobe <- 2'blO; sample <= 
2'b 1 1 ; next _state <- State2; end 

Stale! 

begin clk2 <= 0; strobe <=■ 2'blO: clrStrobe <= 2*b0l; sample <= 
2"b00: ne.vi_ state <~ Siaie3: end 

default: 

begin ncxt_statc <^= StateO: end 
endcase 

end 

end 

end module 



2n 



25 



30 



The follow ing shows an example of a verilog module arid a lop level instantiation file, 



module too (in_siy T elk, rst> oul^sig). 
input in_5ig; wire in_sLg: 
input elk: wire elk. 
input r$l: wire r<U: 

output out_sig: reg our_sig: 

always -rtj (posedge elk) 
begin 

in ret ™ I) 

out_sig<=0; 

else 

oui_sig <■* itijsig; 

end 

endmodule 
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module Jbo_jest top; 

reg S> siemClocV: ; 
tvire in_sig : 
wire elk : 
wire rst : 
wire out.sig : 

Too dutf .in. sis ( in_sig >, .elk ( elk ) t .rst ( rsi ) r ow_sig ( out_sig ) 
end module 
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CLAIMS 

I A program tool fur Lhe generation uf a kuge scale integrated circuit, said tool 
comprising the steps of: 

(a) defining an architecture comprising a central shared memory and a multiplicity of 
data handling core*. 

(b) defining interconnect logic separately from said cores, said interconnect logic 
to defining data paths that require all data exchanges between said cores to proceed by way 

of said shared memory. 

2. A program tool according to claim 1 w herein said interconnect logic prescribes a 
hierarchy of data aggregation thereby each core is coupled to said memory by way of at 
15 least one level of arbitration and at least some cores are coupled to said memory by way of 

at least two levels of arbitration 



3. A program tool according to claim I or claim 2 and wherein the tool provides the 
slop of defining regisler paths sepurale from the data palhs and proceeding between data 

Ji) processor cores and others of said cores. 

4. A program tool according to any foregoing claim wherein the tool further 
comprises the steps of: 

25 obtaining said cores from a library of cores; and 

defining parameters for each of said cores. 
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